home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000311_emv@garnet.msen.com _Wed Nov 11 04:53:32 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  3KB
  1. Return-Path: <emv@garnet.msen.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA19707; Wed, 11 Nov 92 04:53:32 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA27201; Wed, 11 Nov 92 05:06:15 +0100
  6. Received: by garnet.msen.com (/\==/\ Smail3.1.25.1 #25.5)
  7.     id <m0mp9KZ-00009JC@garnet.msen.com>; Tue, 10 Nov 92 23:05 WET
  8. Message-Id: <m0mp9KZ-00009JC@garnet.msen.com>
  9. To: Dan Connolly <connolly@pixel.convex.com>
  10. Cc: www-talk@nxoc01.cern.ch, wais-talk@quake.think.com
  11. Subject: Re: indexes as links rather than documents 
  12. In-Reply-To: Your message of Tue, 10 Nov 92 19:23:12.
  13.              <9211110123.AA14979@pixel.convex.com> 
  14. Date: Tue, 10 Nov 92 23:05:12 EST
  15. From: Edward Vielmetti <emv@msen.com>
  16.  
  17.   I keep running across interesting bits of evidence that tell me that
  18.   indexes should be a type of link rather than a type of document.
  19.  
  20.   <dd><a HREF="wais://quake.think.com/INFO" INDEX=1>search</a>
  21.   <a HREF="wais://quake.think.com/directory-of-servers.src">describe</a>
  22.   
  23. Careful, representing WAIS servers is tricky.  In the gopher world,
  24. the wais .src files are totally hidden from the client, and the links
  25. look just like any other index
  26.  
  27. Name=Search journalism periodicals
  28. Type=7
  29. Port=70
  30. Path=waissrc:/.wais/journalism.periodicals.src
  31. Host=dewey.lib.ncsu.edu
  32.  
  33. Whereas in the W3 world the equivalent information would be like
  34.  
  35. Type=wais
  36. Port=3041
  37. Host=julian.uwo.ca
  38. Path=journalism.periodicals
  39.  
  40. (e.g) href=wais://julian.uwo.ca:3041/journalism.periodicals?
  41.  
  42. Which is "better"?  Well, you win and you lose.  The Gopher approach
  43. binds the gateway tightly to the WAIS server, so there's really no way
  44. to see where the service "really" is, and in particular no way to make
  45. sure that a query to a local service doesn't rebound off some machine
  46. a long ways away.  The WWW approach (currently) rebounds everything
  47. off of Switzerland - is anyone else running a WWW_to_WAIS gateway? -
  48. but it leaves open the option to invoke a local WAIS engine.
  49.  
  50. What happens if (say) the journalism folks at the University of
  51. Western Ontario decide to move their server?  Presumably they update
  52. the directory of servers entry; those sites with gopher-based links
  53. pick up a copy of the new .src file, and other servers with links
  54. don't have to do anything special to make an update.  But those with
  55. WWW links embedded somewhere in their document need to update them
  56. (bad).
  57.  
  58. I've thought there might be some use to have the common construct
  59.     search the directory of servers for "journalism", then
  60.     search all the sources you get back from that for "watergate"
  61. all nailed down into one reference link and one operation.  I do that
  62. kind of search all the time and it's just not fair that it takes
  63. multiple steps.
  64.  
  65.   Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
  66.         Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
  67.  
  68.